• 专利附录
  • 专利说明
  • 权利要求
  • 类似技术
  • 同族专利
  • 引用文献
  • 法律状态
  • 优先权
    • 专利摘要:
    本發明係提供一種關於為檢索對象之資訊且具有複數項目之被檢索資訊之檢索方法，該檢索方法係由電腦進行以下處理：基於將一個以上之第一文字列與第二文字列進行比較後之結果，判定前述第二文字列所符合之前述項目，將前述第二文字列做為與經判定之前述項目相關之檢索條件來進行對前述被檢索資訊之檢索，其中該一個以上之第一文字列係與關於該檢索要求之傳送源之資訊相關聯且記憶於記憶部者，該第二文字列係指定至該檢索要求者。
    公开号:TW201324214A
    申请号:TW101134486
    申请日:2012-09-20
    公开日:2013-06-16
    发明作者:Toshifumi Obayashi；Kyohei Tamai
    申请人:Fujitsu Ltd；
    IPC主号:G06F16-00
    专利说明:
    檢索方法及資訊管理裝置 技術領域
    本發明係關於資訊之檢索方法及資訊管理裝置。 背景技術
    網站之檢索服務係可進行關鍵字檢索。具體而言，使用者將一個以上之文字列做為檢索條件輸入。檢索服務檢索與所輸入之文字列關連性高之網站並做為檢索結果輸出。如此之檢索方法應用性非常良好，而於網站之檢索服務中尉為現行主流之檢索方法。
    如同前述之關鍵字檢索，如同網站一般係適用於非典型之資訊，但被視為不適用在關於如於RDB(關聯式資料庫；Relational Database)所管理之以複數項目表現之典型資訊。以複數項目所表現之資訊之檢索，當在沒有輸入明示了為哪個項目之值的檢索條件時，得到所期望之檢索結果的可能性很低。因此，習知中，以複數項目表現之資訊之檢索一般透過於每個項目來輸入值的畫面輸入檢索條件。 先行技術文獻 [專利文獻]
    [專利文獻1]特開2009-271867號公報 發明揭示

    惟，如前述之透過畫面之典型檢索條件之輸入，在如同前述之關鍵字檢索尉為主流之最近，對於使用者而言會感到繁雜。
    因此，另一方面，本發明之目的係提供一種提升關於具有複數項目之資訊之檢索之操作性的檢索方法及資訊管理裝置。
    一個案例係一檢索方法，該檢索方法係關於為檢索對象之資訊且具有複數項目之被檢索資訊者，該檢索方法係由電腦實施以下處理：因應對於前述被檢索資訊之檢索要求之接收，基於將一個以上之第一文字列與第二文字列進行比較後之結果，判定第二文字列所符合之前述項目，將前述第二文字列做為與經判定之前述項目相關之檢索條件進行對前述被檢索資訊之檢索，其中該一個以上之第一文字列係與關於該檢索要求之傳送源之資訊關聯且由記憶部記憶者，該第二文字列係指定至該檢索要求者。
    根據一實施形態，可使關於具有複數項目之資訊之檢索的操作性提升。圖式簡單說明
    第1圖係顯示本發明之實施形態之資訊管理系統之構成例的圖。
    第2圖係顯示本發明之實施形態之資訊管理裝置之硬體構成例的圖。
    第3圖係顯示本發明之實施形態之資訊管理裝置之功能構成例之圖。
    第4圖係用以說明檢索處理之處理程序之一例的流程圖。
    第5圖係用以說明檢索處理之處理程序之一例的流程圖。
    第6圖係顯示使用者關連資訊記憶部之構成例之圖。
    第7圖係用以說明使用了住址判定資訊記憶部的住址判定處理之處理程序之一例的流程圖。
    第8圖係用以說明使用了類型判定資訊記憶部之類型判定處理之處理程序之一例的流程圖。用以實施發明之最佳形態
    以下基於圖式說明本發明之實施形態。第1圖係顯示本發明之實施形態之資訊管理系統之構成例之圖。於同圖之資訊管理系統1中，客戶終端20a、20b及20c等複數客戶終端20與資訊管理裝置10係指例如可透過網際網路或移動通訊網路等網路進行通訊者。
    資訊管理裝置10係具有被檢索資訊之管理功能(資料庫功能)的電腦，而該被檢索資訊係成為檢索對象之資訊且可以典型之複數項目表現，換言之即具有複數項目之資訊。本實施形態中，資訊管理裝置10係將設施資訊做為被檢索資訊加以管理。設施資訊有名稱、住址、電話號碼、類型、位置資訊(經度及緯度等項目)。惟，設施資訊以外之任意之資訊亦可當做被檢索資訊。
    客戶終端20係具有對資訊管理裝置10輸入設施資訊之檢索要求，亦即對資訊管理裝置10傳送檢索要求之通訊功能之電腦。做為客戶終端20之例子可舉例有行動電話、智慧型手機、車載器或者PC(個人電腦；Personal Computer)等。
    第2圖係顯示本發明之實施形態之資訊管理裝置之硬體構成例之圖。第2圖之資訊管理裝置10係具有分別以匯流排B相互連接之驅動裝置100、輔助記憶裝置102、記憶體裝置103、CPU104及介面裝置105等。
    實現於資訊管理裝置10之處理之程式係由記錄媒體101所提供。當記錄有程式之記錄媒體101設定至驅動裝置100時，程式會由記錄媒體101透過驅動裝置100安裝至輔助記憶裝置102。惟，程式之安裝不一定要由記錄媒體101來進行，亦可透過網路由其他電腦來下載。輔助記憶裝置102係儲存經安裝之程式，並儲存必要之檔案或資料等。
    記憶體裝置103係於具有程式之啟動指令時由輔助記憶裝置102讀取出程式並加以儲存。CPU104係根據經儲存於記憶體裝置103之程式來實施與資訊管理裝置10相關之功能。界面裝置105係使用來做為用以連接至網路之介面。
    又，做為記錄媒體101之例子可舉例有CD-ROM、DVD碟或者USB記憶體等可攜型記錄媒體。又，做為輔助記憶裝置102之例子可舉例有HDD(硬碟機；Hard Disk Drive)或者快閃記憶體等。記錄媒體101及輔助記憶裝置102之其中任何一者均相當於電腦可讀取之記錄媒體。
    第3圖係顯示本發明之實施形態之資訊管理裝置之功能構成例之圖。同圖中，資訊管理裝置10係包含有檢索要求受理部11、項目判定部12、檢索部13、檢索結果回信部14、及使用者關連資訊登錄部15等。該等各部係藉由安裝於資訊管理裝置10之程式於CPU104實施之處理來實現。資訊管理裝置10又包含有資訊記憶部16、使用者關連資訊記憶部17、住址判定資訊記憶部18及類型判定資訊記憶部19等。該等各記憶部係可使用輔助記憶裝置102、或者與資訊管理裝置10透過網路連接之記憶裝置等來實現。
    檢索要求受理部11係接收由客戶終端20所傳送之檢索要求。於檢索要求包含有一個以上之文字列做為檢索條件。於檢索要求沒有針對各文字列係對應於設施資訊之哪個項目，亦即係對於哪個項目之檢索條件，加以指定。包含有複數文字列之情況中，各文字列例如以空白來分開。亦即，客戶終端20係以關鍵字形式來輸入檢索條件。
    項目判定部12係判定做為檢索條件之文字列係對應於設施資訊之哪個項目。該判定係參考使用者關連資訊記憶部17、住址判定資訊記憶部18及類型判定資訊記憶部19等來進行。使用者關連資訊記憶部17係就每個客戶終端20之使用者來記憶於過去由與使用者關連而取得做為住址之文字列所抽出之文字列群或單詞群等。以下，令該等文字列群或單詞群為「使用者關連資訊」。然而，來自文字列之文字列群或者單詞群之抽出係利用例如於製做倒置索引時所利用之技術等公知技術即可。
    住址判定資訊記憶部18係例如包含全文檢索引擎之資料庫。住址判定資訊記憶部18係於藉由全文檢索引擎所生成之倒置索引中，記憶構成住址之做為地名之例如縣名或市鄉鎮里等之一覽。例如住址判定資訊記憶部18之全文檢索引擎係將管理全國之住址或行政區域之一覽由資料庫之記錄將地名抽出而生成倒置索引。因此，包含於住址判定資訊記憶部18之倒置索引會記憶有與特定使用者無關係地抽出之地名之一覽。
    類型判定資訊記憶部19係例如包含全文檢索引擎之資料庫。類型判定資訊記憶部19係於藉由全文檢索引擎生成之倒置檢索中記憶做為類型來使用之文字列之一覽。
    檢索部13係使用來自項目判定部13之判定結果來進行來自資訊記憶部16之設施資訊之檢索。亦即，檢索部13係將包含於檢索條件之一部分或全部之各文字列做為與藉由項目判定部12所判定之項目對應之文字列來進行設施資訊之檢索。
    檢索結果回信部14係將來自檢索部13之做為檢索結果之例如經檢索之設施資訊回信至檢索要求源之客戶終端20。
    使用者關連資訊登錄部15係收集與使用者關連而輸入做為住址之一個以上之文字列，並由該各文字列抽出文字列群(單詞群)，亦即，將該各文字列分解成文字列群(單詞群)，並將經抽出之文字列群與該使用者產生關聯而儲存於使用者關連資訊記憶部17。
    與使用者關連而做為住址輸入之文字列之一個例子可舉例如於與資訊管理裝置10所提供之服務相關之使用者登錄時，於住址之輸入欄輸入之文字列。又，使用者關連資訊登錄部15亦可於其他電腦系統中取得可顯示與使用者關連管理之住址的文字列。舉個例子，使用者關連資訊登錄部15與提供電傳服務之電腦合作來取得顯示與緯度及經度對應之住址之文字列，該緯度及經度係於使用者對車載設備輸入之自用住宅之住址、目的地之設定時所輸入之做為住址或目的地之緯度及經度。然而，所謂與使用者相關聯，於技術面而言係例如與使用者之識別資訊或使用者所使用之客戶終端20之識別資訊產生關聯之意思。
    資訊記憶部16係記憶設施資訊。
    以下針對資訊管理裝置10所實施之處理程序加以說明。第4及第5圖係用以說明檢索處理之處理程序之一例的流程圖。
    步驟S101中，檢索要求受理部11係由客戶終端20接收檢索要求。於檢索要求包含一個以上之文字列來做為檢索條件。以下令做為檢索條件之一個文字列為「檢索關鍵字」。
    接著，項目判定部12判定包含於檢索要求之檢索關鍵字是否為複數(S102)。當檢索關鍵字為複數時(於S102為YES)，則項目判定部12會令複數檢索關鍵字中之其中一個檢索關鍵字為處理對象。以下稱當前做為處理對象的檢索關鍵字為現行關鍵字。(S103)。接著，項目判定部12由使用者關連資訊記憶部17取得與檢索要求源之使用者相關且經登錄之使用者關連資訊(S104)。
    第6圖係顯示使用者關連資訊記憶部之構成例之圖。如同圖所顯示，使用者關連資訊係與使用者之識別資訊(使用者ID)相關聯，並記憶由與該使用者關連而做為住址輸入之文字列中抽出之文字列群。同圖中，係顯示與使用者ID為「AAA」之使用者相關聯之使用者關連資訊，但使用者關連資訊記憶部17亦記憶有關於其他使用者之使用者資訊。本實施形態中，使用者關連資訊記憶部17所記憶之文字列群已預先決定是與住址相關之文字列。因此，使用者管理資訊記憶部17實質上可說是將文字列群、以及顯示該文字列群是否與設施資訊之任何一個項目符合之資訊與使用者產生關聯並加以記憶。
    然而。檢索要求源之使用者ID係亦可例如於受理檢索要求之前階段中之使用者認證時加以特定。當未進行認證時，做為客戶終端20之識別資訊，亦可例如基於位址資訊等特定使用者ID。此情況中，可將客戶終端20之識別資訊做為使用者ID來使用，亦可基於客戶終端20之識別資訊與使用者ID之對應資訊來特定使用者ID。該對應資訊可例如記憶於輔助記憶裝置102。
    接著，項目判定部12令包含於經取得之關連資訊之文字列群中之一個文字列為處理對象(S105)。接著，項目判定部12算出現行關鍵字與該文字列之一致程度(S106)。以下之說明中，將一致程度記載為積分值。一致程度係指經比較之兩個文字列一致或類似的程度。一致程度之算出方法可使用公知技術。例如亦可使對於比較對象之文字列之文字數之一致之文字數之比例為一致程度。
    接著，項目判定部12判定經算出之一致程度是否再臨界值以上(S107)。一致程度在臨界值以上時(於S107為Yes)，判定項目部12會令現行關鍵字為與住址之項目符合之候補(住址候補)(S108)。另一方面，當一致程度沒有達到臨界值時(於S107為No)，則不令現行關鍵字為住址候補。
    前述步驟S105~S108係與於步驟S104所取得包含於使用者關連資訊之各文字列相關而順序實施(S109)。又，前述步驟S103~S109係與包含於檢索條件之各檢索關鍵字相關而順序實施(S110)。亦即，將包含於檢索條件之各檢索關鍵字、及包含於使用者關連資訊之各文字列進行比較，並由包含於檢索條件之檢索關鍵字群中抽出住址候補。
    接著，項目判定部12係判定做為住址候補而抽出之檢索關鍵字之有無(第5圖：S111)。當存在該檢索關鍵字時(於S111為Yes)，項目判定部12會將住址候補之檢索關鍵字做為與設施資訊之住址之項目符合之檢索關鍵字而生成檢索條件(S112)。例如，使該檢索關鍵字為包含於住址之項目之值者為檢索條件。做為住址候補之檢索關鍵字有複數個時，亦可使各檢索關鍵字之理論和(OR)為檢索條件。亦即，任何檢索關鍵字為包含於住址之項目之值者即可做為檢索條件。
    接著，項目判定部12會將抽出作為住址候補之檢索關鍵字從包含於檢索要求之檢索關鍵字之集合中去除(S113)。亦即，在步驟S114之後，於前述處理中經抽出作為住址候補之檢索關鍵字不包含於處理對象中。
    然而，當做為住址候補之檢索關鍵字沒有之情況(S111為NO)，不會實施步驟S112及S113。
    接著，項目判定部12會判定包含於檢索要求之檢索關鍵字是否剩餘有一個以上(S114)。該判定係藉由實施了步驟S113是否檢索關鍵字尚未沒有之判定。當檢索關鍵字沒有剩餘時(S114為No)則進到步驟S119。
    當檢索關鍵字有剩餘時(步驟S114為Yes)，項目判定部12會關於剩餘之檢索關鍵字使用住址判定資訊記憶部18，實施判定是否符合設施資訊之住址之項目之判定處理判定處理(住址判定處理)(S115)。接著，項目判定部12會關於剩餘之檢索關鍵字使用類型判定資訊記憶部19，實施判定是否符合設施資訊之類型之項目之判定處理(類型判定處理)(S116)。而於步驟S116剩餘之檢索關鍵字係步驟S115實施後剩餘之檢索關鍵字。因此，藉由步驟S115之實施，當剩餘之檢索關鍵字沒有之情況不會實施步驟S116。
    接著，項目判定部12若於步驟S115及S116實施後仍剩餘有檢索關鍵字，則將該檢索關鍵字做為符合設施資訊之名稱之項目的檢索關鍵字來生成檢索條件(S117)。在此生成之檢索條件係與前段處理中生成之檢索條檢以例如邏輯且(AND)之條件結合(組合)。惟，以邏輯或(OR)之條件結合亦可。
    另一方面，於步驟S102中，當檢索關鍵字只有一個時(S102為No)，項目判定部12會將該檢索關鍵字做為符合設施資訊之「名稱」之檢索關鍵字來生成檢索條件(S118)。
    接著，檢索部13將與以項目判定部12所生成之檢索條件符合一致之設施資訊由資訊記憶部16加以檢索(S119)。接著，檢索結果回信部14將經檢索之設施資訊回信至檢索要求源之客戶終端20(S120)。
    針對步驟S115之詳細加以說明。第7圖係用以說明使用住所判定資訊記憶部之住所判定處理之處理程序之一例的流程圖。
    步驟S201中，項目判定部12係令剩餘之檢索關鍵字中之一個檢索關鍵字為處理對象(以下稱為「現行關鍵字」)。接著，項目判定部12係關於現行關鍵字對住址判定資訊記憶部18之全文檢索引擎要求檢索，並於每個與現行關鍵字符合一致之文字列取得一致度(積分值)(S202)。亦即，該全文檢索引擎係由包含於住址判定資訊記憶部18之倒置索引中檢索與現行關鍵字符合一致之文字列，並將該文字列、以及該文字列與現行關鍵字之一致度輸出。然而，符合一致不僅包括完全一致亦包含部分一致。
    接著，項目判定部12會判定已取得之一致度中有無臨界值以上之一致度(S203)。當有臨界值以上之一致度時(S203為Yes)，項目判定部12會令現行關鍵字為住址候部(S204)。另一方面，當沒有臨界值以上之一致度時(S203為No)，不會令現行關鍵字為住址候補(S204)。前述步驟S201~S204係相關於剩下之各檢索關鍵字依序實施(S205)。
    接著，項目判定部12會判斷有無已抽出作為住址候補之檢索關鍵字(S206)。當有做為住址候補之檢索關鍵字時(S206為Yes)，項目判定部12會將一致度最大之檢索關鍵字做為與該住址之項目符合之檢索關鍵字來生成檢索條件(S207)。因此，當做為住址候補之檢索關鍵字為一個時，會令該一個檢索關鍵字為與住址之項目符合之檢索關鍵字。而當做為住址候補之檢索關鍵字有複數個時，會將複數個中之一致度最大檢索關鍵字做為與住址之項目符合之檢索關鍵字。在此所生成之檢索條件係與前段之處理中所生成之檢索條件，以例如邏輯且(AND)之條件結合(組合)。惟，以邏輯或(OR)之條件結合亦可。
    接著，項目判定部12會將一致度最大之檢索關鍵字由在步驟S201之階段中剩下之檢索關鍵字之集合中去除(S208)。
    接著，說明有關第4圖之步驟S116。第8圖係用以說明使用了類型判定資訊記憶部之類型判定處理之處理程序之一例的流程圖。同圖的處理程序除了利用類型判定資訊記憶部19取代住址判定資訊記憶部18這點、還有一致度最大之檢索關鍵字會成為與設施資訊之類型之項目符合之檢索關鍵字這點之外，都與第7圖之處理程序相同。因此，關於第8圖省略每個步驟之說明。
    如同上述，本實施形態之資訊管理裝置10會自動判定包含於檢索要求(經指定)之一個以上之檢索關鍵字是否與被檢索資訊(本實施形態之設施資訊)之任何項目符合，並根據該判定結果進行檢索。因此，可一面提供自由詞形式之使用者介面而提升操作性，一面提高可得到達到使用者之檢索意圖之檢索結果。
    特別是，本實施形態中將就每個使用者於過去輸入之住址所構成之文字列群記憶於使用者關連資訊記憶部17，而根據檢索關鍵字與該文字列群之比較來判定檢索關鍵字是否與住址之項目符合。因此，考量到某些單詞的意思係因應使用者而相對者這樣的事情，而可判定檢索關鍵字是否與住址之項目符合。具體而言，對於住在包含「吉野」這地名之住址的使用者A而言，會考量「吉野」這個文字列用於地名的機會較大。另一方面對於與「吉野」這地名完全沒有相干的使用者B而言，「吉野」這文字列也許做為飲食店名之一部分的機會較大也不一定。在這個情況中，「吉野」這文字列會於使用者關連資訊記憶部17中與使用者A相關聯，而不與使用者B相關聯。結果，當使用者A輸入「吉野」這檢索關鍵字時，「吉野」會做為與住址之項目符合之檢索關鍵字來生成檢索條件。另一方面，即使使用者B輸入了「吉野」這檢索關鍵字「吉野」不會被做為住址之項目，而判定為與「名稱」之項目符合的可能性更高。因此，關於使用者A會檢索位於「吉野」這地域的設施資訊，而關於使用者B檢索包含以「吉野」為名稱的設施(例如飲食店)的可能性更高。亦即，可得到達到使用者之檢索意圖之檢索結果的可能性更高。
    然而，本實施形態中，係說明使用者關連資訊記憶部17記憶由住址抽出之文字列的例子，但關於構成設施資訊的其他項目亦可生成使用者關連資訊。又，不止一個項目亦可關於複數項目生成使用者關連資訊。關於複數項目之使用者關連資訊係例如就每個使用者包含與住址相符合之文字列群及與類型相符合之文字列群的資訊。此情況中，只要將可顯示各文字列是否與任何項目相符合之資訊也記憶於使用者關連資訊記憶部17即可。
    又，本實施形態中，係顯示使用者關連資訊記憶部17與使用者(使用者ID)相關聯而記憶構成住址之一個以上的文字列的例子。該例子中，當使用者利用複數客戶終端20之情況下，可得到使用任何客戶終端20都可以得到同樣檢索結果這樣的便利性。
    惟，使用者關連資訊記憶部17亦可就每個客戶終端20之識別資訊記憶構成住址之一個以上之文字列。此情況中，利用複數之客戶終端之使用者有可能就每個使用之客戶終端20得到不同檢索結果。例如，於自家使用之個人電腦、於職場使用之個人電腦及行動電話等，對於與客戶終端20配合之使用者，因應自家個人電腦、職場個人電腦或行動電話的狀況，同樣單詞的意思亦可能不同。因此，使用者關連資訊記憶部17就每個客戶終端20之識別資訊記憶構成住址之一個以上的文字列，藉此資訊管理裝置10可考慮使用者所處之狀況判定檢索關鍵字是否與住址之項目符合。
    又，本實施形態中，說明被檢索資訊為設施資訊的例子，但亦可令其他資訊為被檢索資訊。該情況中，對應具有符合其他資訊項目生成使用者關連資訊亦可。
    又，資訊記憶部16不限定於RDB(關連式資料庫；Relational Database)。例如亦可利用全文檢索引擎。此情況中，成為全文檢索之對象之文書資訊係例如就每一行記憶了一個設施之設施資訊CSV檔案。設施資訊之項目之值係以逗號分離記錄於各行。
    為了使來自如此之CSV檔案之檢索高速化，亦可於每個項目生成倒置索引。亦即，只要為本實施形態之設施資訊，於每個名稱、住址、電話號碼、類型及位置資訊生成倒置索引。例如，名稱之倒置索引係成為於每個包含於所有設施資訊之分別之名稱的單詞記憶包含該單詞之行的倒置索引。同樣的，住址之倒置索引係成為於每個包含於所有設施資訊之住址的單詞記憶包含該單詞之行的倒置索引。
    藉由如此構成資訊記憶部16可使用倒置索引將與檢索條件符合一致之設施資訊之行高速特定。
    進而，資訊管理裝置10不必限制以一台電腦來實現。例如，亦可藉由具有檢索要求受理部11、項目判定部12、使用者關連資訊登錄部15、使用者關連資訊記憶部17、住址判定資訊記憶部18及類型判定資訊記憶部19的第1電腦、以及與該第1電腦連接且可通訊且具有檢索部13、檢索結果回信部14及資訊記憶部16的第2電腦來實現。
    以上，就本發明之實施例加以詳述，但本發明不限定於相關之特定實施形態，而於記載於申請專利範圍之本發明之要旨之範圍內可有各種變形、變更。
    1‧‧‧資訊管理系統
    10‧‧‧資訊管理裝置
    11‧‧‧檢索要求受理部
    12‧‧‧項目判定部
    13‧‧‧檢索部
    14‧‧‧檢索結果回信部
    15‧‧‧使用者關連資訊登錄部
    16‧‧‧資訊記憶部
    17‧‧‧使用者關連資訊記憶部
    18‧‧‧住址判定資訊記憶部
    19‧‧‧類型判定資訊記憶部
    20、20a、20b、20c‧‧‧客戶終端
    100‧‧‧驅動裝置
    101‧‧‧記錄媒體
    102‧‧‧輔助記憶裝置
    103‧‧‧記憶體裝置
    104‧‧‧CPU
    105‧‧‧介面裝置
    B‧‧‧匯流排
    S101~S120、S201~S208、S301~S308‧‧‧步驟
    第1圖係顯示本發明之實施形態之資訊管理系統之構成例的圖。
    第2圖係顯示本發明之實施形態之資訊管理裝置之硬體構成例的圖。
    第3圖係顯示本發明之實施形態之資訊管理裝置之功能構成例之圖。
    第4圖係用以說明檢索處理之處理程序之一例的流程圖。
    第5圖係用以說明檢索處理之處理程序之一例的流程圖。
    第6圖係顯示使用者關連資訊記憶部之構成例之圖。
    第7圖係用以說明使用了住址判定資訊記憶部的住址判定處理之處理程序之一例的流程圖。
    第8圖係用以說明使用了類型判定資訊記憶部之類型判定處理之處理程序之一例的流程圖。
    10‧‧‧資訊管理裝置
    11‧‧‧檢索要求受理部
    12‧‧‧項目判定部
    13‧‧‧檢索部
    14‧‧‧檢索結果回信部
    15‧‧‧使用者關連資訊登錄部
    16‧‧‧資訊記憶部
    17‧‧‧使用者關連資訊記憶部
    18‧‧‧住址判定資訊記憶部
    19‧‧‧類型判定資訊記憶部
    权利要求:
    Claims (6)
    [1] 一種檢索方法，係關於為檢索對象之資訊且具有複數項目之被檢索資訊者，該檢索方法係由電腦實施以下處理：因應對於前述被檢索資訊之檢索要求之接收，基於將一個以上之第一文字列與已指定至該檢索要求之第二文字列比較後的結果，判定第二文字列所符合之前述項目，而該一個以上之第一文字列係與關於該檢索要求之傳送源之資訊關聯且由記憶部記憶者；將前述第二文字列做為與經判定之前述項目相關之檢索條件來進行對前述被檢索資訊之檢索。
    [2] 如申請專利範圍第1項之檢索方法，其中前述記憶部係與以下資訊相關聯而記憶一個以上之文字列，該資訊係可識別與前述檢索要求之傳送源相關之使用者的資訊、或者可識別前述檢索要求之傳送源之終端的資訊。
    [3] 如申請專利範圍第2項之檢索方法，其中儲存於前述記憶部之一個以上之文字列係從前述使用者或前述終端接收而做為關於住址之資訊的文字列。
    [4] 一種資訊管理裝置，其特徵在於該資訊管理裝置包含有：檢索要求受理部，係用以接收對於被檢索資訊之檢索要求者，該被檢索資訊係為檢索對象之資訊且具有複數項目者；記憶部，與關於前述檢索要求之傳送源之資訊相關聯而記憶一個以上之第一文字列者；及項目判定部，基於將前述記憶部所記憶之前述第一文字列與已指定至前述檢索要求之第二文字列進行比較後之結果，判定前述第二文字列所符合之前述項目，並且生成將該第二文字列做為與該經判定之項目對應之檢索關鍵字的檢索條件。
    [5] 如申請專利範圍第4項之檢索方法，其中前述記憶部係與以下資訊相關聯而記憶一個以上之文字列，該等資訊係可識別與前述檢索要求之傳送源相關之使用者的資訊、或者可識別前述檢索要求之傳送源之終端的資訊。
    [6] 如申請專利範圍第5項之資訊管理裝置，其中前述資訊管理裝置更具有使用者關連資訊登錄部，該使用者關連資訊登錄部係將與前述使用者關連輸入之住址相關的資訊做為與該使用者對應之前述第一文字列記錄於前述記憶部者。
    类似技术:
    公开号 | 公开日 | 专利标题
    Fu et al.2016|Toward efficient multi-keyword fuzzy search over encrypted outsourced data with accuracy improvement
    US20160275148A1|2016-09-22|Database query method and device
    JP2006318373A|2006-11-24|タスク選択支援サーバ、及び、タスク選択支援方法
    RU2014113565A|2015-10-20|Способ и устройство для автоматического генерирования рекомендаций
    JP2010267105A|2010-11-25|行動履歴を検索する装置、方法及びプログラム
    US10380192B2|2019-08-13|Method and system for providing context based query suggestions
    WO2017143930A1|2017-08-31|一种搜索结果排序方法及其设备
    WO2017114282A1|2017-07-06|信息搜索装置及方法、搜索服务器及机器可读存储介质
    US20140188839A1|2014-07-03|Using social signals to rank search results
    TWI571752B|2017-02-21|Retrieval method and information management device
    JP5221664B2|2013-06-26|情報マップ管理システムおよび情報マップ管理方法
    JP5543384B2|2014-07-09|ローカルクエリ抽出装置、ローカルクエリ抽出プログラム、およびローカルクエリ抽出方法
    JP2016515697A|2016-05-30|ビジネスエンティティ用の地理的ロケールのデータの非決定性曖昧さ排除と質的エンティティマッチングのためのシステム
    KR20130119030A|2013-10-31|유사검색어 추출 시스템 및 방법
    KR101557960B1|2015-10-06|핵심 키워드 선정 장치, 핵심 키워드 선정 방법 및 이를 이용한 검색 서비스 제공 방법
    JP2008197700A|2008-08-28|文書管理システムおよび文書管理方法
    JP6662689B2|2020-03-11|単語判定装置
    JP2006302136A|2006-11-02|情報検索依頼装置
    CN103646034A|2014-03-19|一种基于内容可信的Web搜索引擎系统及搜索方法
    JP6083207B2|2017-02-22|コンテンツ管理装置、コンテンツ管理方法、及びコンテンツ管理プログラム
    JP5544003B2|2014-07-09|情報検索装置、情報検索システム、及び情報検索方法
    JP2008191894A|2008-08-21|Ｗｅｂサーバ
    JP5647090B2|2014-12-24|クエリ推薦装置及び方法及びプログラム
    US20200065332A1|2020-02-27|Method and System for Retrieving Data from Different Sources that Relates to a Single Entity
    JP2020064383A|2020-04-23|リスク特定装置、リスク特定方法、およびプログラム
    同族专利:
    公开号 | 公开日
    JP5790768B2|2015-10-07|
    CA2848996A1|2013-04-04|
    US20140195561A1|2014-07-10|
    JPWO2013046413A1|2015-03-26|
    EP2763052A4|2015-05-20|
    EP2763052A1|2014-08-06|
    WO2013046413A1|2013-04-04|
    TWI571752B|2017-02-21|
    SG11201400549QA|2014-06-27|
    CN103827854A|2014-05-28|
    引用文献:
    公开号 | 申请日 | 公开日 | 申请人 | 专利标题
    TWI581172B|2014-12-03|2017-05-01|Rakuten Inc|Input device, form input method, recording medium|JP2000200282A|1999-01-06|2000-07-18|Seiko Epson Corp|情報検索方法及び情報検索システム並びに情報検索処理プログラムを記録した記録媒体|
    JP4114927B2|2003-08-13|2008-07-09|株式会社東芝|文書検索システム、質問応答システム、文書検索方法|
    WO2006102227A2|2005-03-19|2006-09-28|Activeprime, Inc.|Systems and methods for manipulation of inexact semi-structured data|
    JP4841897B2|2005-08-29|2011-12-21|アルパイン株式会社|ナビゲーション装置|
    JP2007272872A|2006-03-08|2007-10-18|Ricoh Co Ltd|情報検索方法、情報検索装置、情報検索システム、及び情報検索プログラム|
    US8621064B2|2007-03-28|2013-12-31|Yahoo! Inc.|System and method for associating a geographic location with an Internet protocol address|
    JP4398992B2|2007-03-29|2010-01-13|株式会社東芝|情報検索装置、情報検索方法及び情報検索プログラム|
    US7788213B2|2007-06-08|2010-08-31|International Business Machines Corporation|System and method for a multiple disciplinary normalization of source for metadata integration with ETL processing layer of complex data across multiple claim engine sources in support of the creation of universal/enterprise healthcare claims record|
    CN101339551B|2007-07-05|2013-01-30|日电（中国）有限公司|自然语言查询需求扩展设备及其方法|
    JP5050815B2|2007-11-30|2012-10-17|アイシン・エィ・ダブリュ株式会社|施設情報出力装置、施設情報出力方法、施設情報出力プログラム|
    JP2009271867A|2008-05-09|2009-11-19|Canvas Mapple Co Ltd|情報検索装置、情報検索方法、及びコンピュータプログラム|
    TWI367427B|2008-09-17|2012-07-01|Mitac Int Corp||
    JP5240565B2|2008-10-29|2013-07-17|アイシン・エィ・ダブリュ株式会社|検索装置、及び検索用プログラム|
    US8055675B2|2008-12-05|2011-11-08|Yahoo! Inc.|System and method for context based query augmentation|
    US8099419B2|2008-12-19|2012-01-17|Sap Ag|Inferring rules to classify objects in a file management system|
    JP5697860B2|2009-09-09|2015-04-08|クラリオン株式会社|情報検索装置，情報検索方法及びナビゲーションシステム|JP5664813B1|2014-06-10|2015-02-04|富士ゼロックス株式会社|デザイン管理装置及びプログラム|
    WO2018040106A1|2016-09-05|2018-03-08|深圳前海达闼云端智能科技有限公司|输出搜索结果的方法、装置及电子设备|
    法律状态:
    2018-11-21| MM4A| Annulment or lapse of patent due to non-payment of fees|
    优先权:
    申请号 | 申请日 | 专利标题
    PCT/JP2011/072478|WO2013046413A1|2011-09-29|2011-09-29|検索方法及び情報管理装置|
    [返回顶部]